DESIGN AND IMPLEMENTATION OF A DECISION 
SUPPORT SYSTEM FOR 1. 1. T. KANPUR 
RESEARCH & DEVELOPMENT CELL 


A Thesis Submitted 

m Partial Fulfilment of the Requirements 
for the Degree of 

MASTER OF TECHNOLOGY 


By 

ANIL KUMAR SINHA 


to the 


INDUSTRIAL AND MANAGEMENT ENGINEERING PROGRAMME 

INDIAN INSTITUTE OF TECHNOLOGY KANPUR 

JULY, 1984 



Dedicated to 


My dear Parents 





S37A4 

# 

IM£P- |C|SH» 


•~ S|r\j -P^S 




GBRTIFICATB 

This is to certify that this work entitled, 
’DBSIGN AMD IMPliBMENTATION OP A lECISION SUPPORT SYSTEM 
FOR IIT KANPUR RESEARCH & DB7BL0PMENT CEHi ' , by 
Mr .Anil Kumar Sinha, has been carried out under my 
supervision and that it has not been submitted elsewhere 
for the award of a degree. 


July, 1984. 


Assistant Professor 
Industrial & Management Engg, 
Indian Institute of Technology 
Kanpur-20801 6 




AGOOWTilSDGEMBNTS 


I feel deeply indebted to Dr .3 .Sadagopan for his 
dynamic inspiration and guidance provided throughout the 
course of preparation of this thesis. 

I would not be fair if I don’t put on record, my 
sense of appreciation for the valuable help provided to 
me by my friends, especially lir.B.S.R.Sarma of Computer 
Science Department. 

Mr.U.S.Misra and Mr.Budhi Ram Kandiyal have been 
extremely helpful, in their usual efficient way, in typing 
the text and the cyclostyling work respectively. My sincere 
thanks to them. 

Last, but not the least, I express ray appreciation 
of all the patience and supporting attitude of my wife 
Vijaya, 


-AMU KUMAR SIMHA 



TABLE OB CONTBNTS 


Chapter Title 'Sa.^e 


I INTRODUCTION 1 

1 .1 Decision Support Systems 1 

1 .2 Scope of the Thesis 3 

1.3 Organization of the Thesis 3 

II SYSTEM DESCRIPTION 5 

2.1 Activities of the R&D Cell 5 

2.1.1 Sponsored Research Projects 6 

2.1 ,2 Consultation Projects 6 

2.1,3 Industrial Interaction 3 

2.2 Need for an Information System and 8 

its Scope 

2.3 Cost/Benefit Aspect 9 

III SYSTEM DESIGN 11 

3 . 1 Introd uction 1 1 

3.2 Objectives and General Framework 12 

3*3 DSS Generator I 3 

3.4 General Strategy for Pile Manipulation 14 

3.5 Design of the User Interface I 5 

3 . 5.1 Introduction 15 

3 . 5.2 Relevance of Interface for DSS 1 Y 

3.6 A Schematic for the User-Computer I 7 

Interface 

3.7 Specification of the user Interface I 9 

3.8 Modular Structure of User Interface nn 

Code 

3.9 Conclusions 21 

IV DETAILS OP IMPLEMENTATION 22 

4.1 Elements of the System Code 22 

4.2 Structure of Data Piles 25 

4.3 Pile Description 24 

4.4 Information Retrieval 25 

4.4.1 Pirst Phase of Implementation 25 

4.4.2 Second Phase of Implementation 27 

4.5 Control Programs of the DSS Interface 29 

4.6 List of Programs & Their Punctions 3 I 



p 


v) 


Chapter 


Title 

Page 


4.6.1 

POE TRAN Programs 

31 


4.6.2 

MIC Programs 

55 


4.6.3 

MACRO Program 

38 

V 

CONCLUSIONS 


59 


BIBLIOGEAPHY 

APPENDIX : EXA1«1PLE SESSION 

42 



Vi) 


ABSTRACT 


This thesis describes the design and test 
iii 5 )lementation on sample data, of a computerissed 
Information System for Decision Support for the Researoh 
and Development Cell at IIT-Kanpur, developed on the 
D3C-10 computer. 

The emphasis in the system design has been on 
the development of a human/computer interface, using an 
inter-linked system of DCRTRAU programs and MIC (MACRO 
Interpreted Commands) facility, to enhance the direct 
interaction of the manager vith the system. This interface 
IS built around and linked to the IQI (Interactive 
Query Language) package for information management, 
available on the DBC-10 computer system. 

The system, using a Quest ion- Answer type of 
interface, enables the user to retrieve information from 
the data bank, using either a set of pro-designed queries 
or by creating his own query. 



CHAPTER I 


INTRODUCTION 

1,1 Decision Support Systems: 

The early woite, done for a computerized support 
system for managers, concerned itself with a Management 
Information System (MIS). The term MIS implies that the 
information system is for the managers. HoweTer, many 
managers felt that it was not so. They claimed to be 
uninfluenced by computer based systems although they 
willingly granted that the organization under them had been 
considerably affected . Even the most simplified 
information systems required some programming skill and 
imposed a structure on the operating methods. At best, they 
provided the manager with an indirect means of getting 
reports generated through somebody else. Their direct inter- 
action with the system was almost negligible. The move 
towards the Decision Support Systems (DSS) has come about 
to overcome this deficiency through designing a system 
where the direct interaction of the manager with the 
computer is increased and the operating method made easy. 

The DSS is defined as "a coherent system of computer 
based technology (hardware, software and supporting 
documentation) used as an aid to decision making in semi- 
structured decision tasks" . The stress is on 
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supporting rather than replacing decision making. 

A task IS said to be unstructured when — 

i) Objectives are ambiguous and non-operational 
or objectives are relatively operational but 
numerous and conflicting. 

II ) It is difficult to determine the cause of 
changes in decision outcomes and to predict 
the effect on decision outcomes of the actions 
taken. 

III) It IS uncertain what actions taken by the 
decision maker might affect decision outcomes. 

The focus here is on objectives. The unstructured 
tasks are unable to connect the user actions with favourable 
decision outcomes in any deterministic way. In other words, 
eventhough it is known that some action is required to 
obtain and use information for decision making, we cannot 
prove that a given set of actions is essentially linked 
to the final quality of the decision outcome. 

The "Decision Support System" (DSS) refers to an 
interactive system which has access to the analytical power 
and the active database of a computer. All this is needed 
to fulfil the main objective of helping the decision maker 
in solving semi- structured problems l 2 J. 

The success of an interactive computer system 
depends to a large extent on a good human/computer interface. 
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It IS all the more important for a DSS that the user and 
the system interact in a conYersational mode to supplement 
the userh judgement with the analytical power of a 
computer |^5j • Besides, since the users of a DSS are most 
often not technical specialists, the interface should not 
impose any structure with which the user feels uncomfortable. 

1.2 The Scope of the Thesis: 

This thesis describes the design and implementation 
of a Decision Support System. 

The activities of the Research & Development Cell at 
ITT, Kanpur have been taken in this exercise to serve as a 
model for this information system. 

The mam emphasis is on the development of an 
easy-to-use interface so that the system is accessible to 
any casual user with no significant knowledge of computer 
programming. 

1.3 Organisation of the Thesis: 

Chapter II discusses the general background material 
required for understanding the acti-vrties of the R&D cell 
and the scope for a Decision Support System (DSS) in it. 

Chapter III deals with the system design, going into 
the aspects of system structure, the use of a DSS generator, 
the adaptability of Interactive Query Language (IQL) package, 
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available on DEC-10 computer, as a DSS generator and the 
development of the main controller of the interface using 
MIC (MACRO INTERPE3TBD COM'xAMDS ) . 

Chapter IV goes into the implementation details, 
giving an account of the various programs developed and 
their functioning, 

Pinally Chapter V is for conclusion and it also 
discusses the scope for future extension in this system. 



CHAPTBR II 


SYSTEM DSSGEIPTIOM 

2.1 Research & Development Cell: 

One of the strengths and objectives of the IIT, Kanpur 
IS the training of the minds of young students, the training 
of minds to analyse the problems and find rational solutions 
to them. The research and development activities are the 
t-wD most important activities of the Institute in fulfilling 
this oboective. The E&D activities broadly consist of: 

1 . Sponsored Research Projects 

2. Development and Consultation Projects 

3. Intensive Courses in Advanced Topics for 
other Educational Institutions 

4. Refresher Courses to the Industry 

5. Specialized Courses for a type of Industry 
or for an Industry 

6. In-home courses for Industry 

7. High Level In-house Industrial Consultation 
during Vacation 

8. Interaction with AIBI on Educational and 
R&D Programmes 

9. Seminars at IIT-Kanpur by visiting specialists 

10, Symposia and Conferences 

11. Writing books and Monograms 
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12. Institute Lecture Series 

13 . Entrepreneurship Training 

14. Patents. 

Por the purpose of the present system, let us 
concentrate on the area of research projects. As seen 
in the ahoye list, these are of tvo types. 

2.1.1 Sponsored Research Projects: 

A group of faculty members or a member of the faculty 
can propose research projects of special interest, either 
to them or of special need of the Nation, Sometimes these 
projects are proposed by the Governmental Departments. 

Research projects are generally long term projects 
■whose findings and results have to be followed up by 
the sponsoring agency to put to proper application. Very 
often, the results of the sponsored projects are in a form 
which need further refinements before they could be applied 
into practice. 


2.1.2 Consultation Project; 

The consultation projects are highly goal oriented 
and time-bound, A project is usually originated by an 
agency for a specific problem and referred to the Director 
or to the Dean of Research and Development or to the 
Head of a Department or to a Paculty Member. In many cases. 
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the industry or the organization identifies the faculty 
member even at the very beginning. Member of the faculty 
have their ovn specializations in the areas of product 
development, process, design, management or computer aided 
design etc. Most problems referred by the industry are 
complex and require specialized knowledge of the faculty 
members. These projects are time-bound and have a specific 
purpose of application. The results must be directly usable 
in the Industry, There is a great responsibility and 
challenge to the faculty members in undertaking such projects. 
A considerable pressure exists to deliver the results on 
time , 

To meet the continuous demand of the faculty time, 
the dead lines and to overcome the constraints, the faculty 
and the staff members are given considerable flexibility 
and financial incentives. Depending upon the nature of 
the project, there are norms provided by the Institute to 
utilize the consultation fee for actual expenses, travel, 
honorarium, Institute overheads and R&D fund. 

The main weakness in this area is found to be in 
meeting the deadlines of projects which may cause problems 
both ways. 
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2.1.3 Ind.ustri.al Interaction; 

The faculty has been arranging advanced and refresher 
courses for Industry as well as for other Educational 
Institutions. During the period of organising the courses, 
there is a considerable interaction, exchange of ideas, 
initiation of special and new courses or projects. 

It IS felt that opportunities for improvements, better organi- 
zational and administrative support exist. 

2.2 Need for an Information System and its Scope: 

As inferred from the above discussion, an effective 
and easy-to-use information system for Decision Support 
could help the R&D cell in better monitoring of sponsored 
pro jects, where the time pressure is high. With an effective 
means of interactively obuaining information regarding 
projects with a particular faculty member or department or 
for a sponsor or in a given year etc. could help the 
administration of project activities by reminding the 
concerned personnel, timely communication with the sponsoring 
agencies, anticipating load on a particular faculty member 
or department in a given year etc. It could also help 
decision making with regard to better distribution of 
load in appropriate cases. 

In case of new projects being referred to by 

Industry, the Dean R&D could immediately check the appropriate 

the 

faculty members, specializing in/concerned field, their 
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current workload etc, and make decisions regarding the 
project allotment etc. 

Another use for this ISS could be for demonstrating 
to the personnel from Industry, the expertise available, 
projects in progress etc, which could lead them to think 
about awarding new projects to the Institute, The industry 
people could be persuaded to use this system themselves. 
This would be easily possible because of the easy-to-use, 
non-programmer interface provided for this DSS. The 
opportunities for such interaction would be amply provided 
during the visits from Industry for the courses etc. 
organised by the E&D cell. Some of the industry personnel 
might even be tempted to have an appropriate ISS designed 
by the Institute for their own industries. 

In view of the above, since the expected users would 
be varied eg. Dean R&D, his staff, industry people and 
casual visitors etc,, the absolutely essential part of an 
effective DSS would be its ease of usage provided by an 
appropriate interface. 

Besides, the DSS would also be useful for routine 
report generations which R&D needs from time to time, 

2.3 Cost /Benefit; 

General studies of decision making have indicated 
the potential benefits of a computer support for decision 
making. These potential benefits can be divided into two 



categories : displaced cost and added -value. Displaced 
cost results from reduced costs for data gathering, compu- 
tation, and data presentation in support of decision making. 
Added value results from investigating more alternatives, 
doing more sophisticated analyses, making quicker decisions 
etc. often, it is difficult to identify the added value 
because it does not occur on a routine basis. Hence it is 
difficult to quantify the benefits thus accruing although 
small improvements in decision making can result in large 
long term benefits. 

With the steep decline in hard-ware prices and easy 
availability of powerful computers, the benefits of an 
interactive Decision Support System would soon offset 
the cost of the system itself. 



CHiPTEH III 


SYSTEM DESIGN 


3.1 Introduction; 

The strategy for design and development of a DSS 
is one of evolution over a period of time. DSS deal mth semi- 
structured problems and hence the design and implementation 
are inseparable and evolutionary. a result of this 
the initial design -vail, most often, prove to be incomplete. 
This IS all the more true as the decision makers learn more 
about the problem and problem-solvirg process through 
analysis, implementation and usage of the DSS, The perception 
of various situations and problems changes vith time and 
usage. Thus there is no clear break between design and 
implementation. Similarly, there may be no precise end to 
implementation! evolution of ideas, the user's ongoing 
learning, and a shifting environment lead to new adjustments 
and developments. 

The DSS designed and implemented in this present 
exercise is a sort of an initial design. The structure is 
modular and consists of several small and separate parts 
which are linked together. This is to enable ease of 
extension and modification as the experience grovrs. This 
IS in keeping with the evolutionary or adaptive approach 
to designing a DSS, as suggested by a number of experts 
in this field. 
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3.2 Objectives and General Framevorks 

The mam purpose of the DSS designed and implemented 
in the present exercise, is to serve as a model and an 
initial design. Hence, the following objectives were 
selected to serve as the main guide line — 

1 . To obtain information regarding sponsored 
consultation projects for an^ given key 

eg. Department, Sponsor, Faculty member. Year, 
Level of grant or Eesearch field. The 
information could be a simple list and/or 
various aggregates, 

2, To obtain information regarding the faculty 
members and their respective specializations. 

The key could be the name of a faculty member 
or a given research field. 

Two separate files containing records with information 
pertaining to projects and faculty specializations were 
created. Since the number of records is not very large 
and the idea is to have more or less uniform search time 
with respect to any field in the record, a sequential file 
structure was selected. 
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3,5 DSS Generator; 

M.iilavi and H.A.Uapier point out that, in an 
adaptive design frame-work, the technical system is the 
hardware/software provided to the user. A technical system 
IS configured from a ISS generator, A generator is a package 
which provides a set of capahilities to build a specific 
DSS easily and quickly [_8j eg. report generation, inquiry 
etc. 

The package used as a DSS generator in this present 
exercise is the ‘Interactive Query Language (IQL)‘. The 
IQL has very robust, powerful and user-friendly facilities 
for creating, updating and inquiring files with any structure 
eg, sequential, indexed sequential or data base. It also 
has extremely good report generation and aggregation facilities. 
Many features of lOL are similar to the features of COBOL. 
However, IQL is not a programming language, IQL is a 
general-purpose query language with the ability to inter- 
activ^y interrogate data files and generate reports based on 
that data. Rather than wriie a separate COBOL program for 
each application, we can use IQL. 

According to the IQL manual the Interactive Query 
Language is an information re':;rieval and reporting system. 

It can be used to; 

1) Create data dictionaries of the data files 

2) Read a specific piece of information 

3) Change a specific piece of information 837J4 
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4) Update an entire file 

5) Copy selected portions of data to a new file 

6) Write reports based on the data. 

When working with a file, IQL can be used to set up 
the format of a report, sort records , summarize data, compute 
new data and write new data in the file. 

One basic advantage of using IQl is that it can 
be used equally well by experienced computer professionals 
or by people with much less experience. 

The two key elements of the InteractiTe Query 
Language (IQL) are queries and dictionaries. A query is a 
set of IQL statements that are used to manipulate data 
and generate reports, A dictionary is an exact description 
of a data file, A dictionary is similar to a Lile Descri- 
ption (I'D) in a COBOL Data division. Both contain storage 
and access information such as item definitions, editing 
pictures, usage declarations, blocking factors, and 
definitions of ISA14 or DBI'IS keys. In addition, the dictionary 
holds a 'title’ for each item. The report generator 
uses this title when column headings are needed. 


5.4 General Strategy for Bile Manipulations 

As discussed above, the data records containing 
information regarding sponsored projects and faculty- 
specializations are created in two separate sequential 
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files i.e. one file for projects and another for speciali- 
zations, The specific file structures are described later. 

The strategy is to -write a number of IQL queries to 
extract information from these files with reference to 
different keys. Eacn query is stored in a different file. 
The main control program of the interactive interface 
takes the appropriate key values and output requirements 
from the user and selects appropriate query file, executes 
it and produces the desired output report, 

A query is a collection of source statements -written 
like English language sentences that IQL uses to generate 
one or more reports. The easy structure of queries makes it 
very easy to add new queries as the requirements grow and 
become more specific in the light of experience with the 
initial TSS. 


3.5 Design of the User Interface for DSSs 
3,5.1 Introduction; 

The initial users of computer system were a small 
group, basically consisting of its designers in the 
laboratory, Bach person was aware of the machine capabi- 
lities and infoimation necessary for effective use of the 
system. The user could literally -visualize the flow of 
data through physical components such as AM) and OR gates. 
As computers evolved — people learned the higher level 
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abstractions eg, registers, words, memory locations and 
computer logical instructions. These enabled a user to 
develop computer programs even without knowing the internal, 
physical details of the machine. However, the use of 
these abstractions required specialized skills on the 
part of the user. Thus, in these earlier stages, the 
designers and programmers were ‘committed users', as a 
result of personal interest or 30b requirements [^3j. 

Nowadays, we find a new class of people becoming 
interested in using computers. The 'Discretionary Users' 
work with computers by choice. Por example, managers have 
access to many sources of information and have available, 
many tools for data manipulation. In order to be able to 
capture their interest and to support their application of 
^judgement in deriving results, we must provide presentations 
which are directly relevant to managers and give 
them active control over interaction. 

Display terminals, which show information on a 
screen and respond to user input at a conversational pace, 
can provide a level of service attractive to the discretionary 
users. Immediate feedback gives a sense of presence, user 
involvement and participation. 

This new level of support for discretionary users, 
made possible by the display terminals has become technically 
and economically feasible. However, it still requires the 
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users to be knowledgeable about underlying computer-oriented 
details. These systems are suitable for people committed 
to computer use eg, designers, programmers etc. But discre- 
tionary users are not computer professionals. Thus direct, 
interactive use of computer power by managers depends upon 
the designer ability to provide interfaces that these people 
are willing to use, 

3,5.2 Relevance of Interface forBSS; 

DSS provide high-level operations for retrieving 
data, generating reports and alternatives etc. The data 
relevant to the solution of problems may already exist in 
the computerized data base. However, the data are rarely 
available in the required form, hence the need for inter- 
active support to the manager usirg the system, 

3.6 A Schematic for the User-Computer Interface; 

Figure 3,1 shows a schematic representation of a 

user interface. Information presented ap a terminal 

passes across the interface. The "processor" within the 

user operates on the observed content in order to formulate 

an action plan. The plan must then be cranslated into a 

set of actions accepted by the terminal. User understanding 

of the displayed information is influenced both by the 

his 

work being done and^nowledge of the computer system. 



User/Terminal Interface 
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Fig. 3.1 Schematic Representation of 
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In Figure 3.1 "thou^t" refers to user interpretation 
of the displayed data. "Action Plan" refers to input the user 
plans. "Translate for System" refers to any steps the user 
must take to transform the direct actions into actions that 
the system will accept. The computer processor completes 
the loop hy interpreting the user actions, accessing stored 
data where necessary, calculating needed values, and 
translating the data into a form understandable to the user. 

If the user does not need to know the internal structure in 
order to use the system, then the system implementation 
need not concern the user. 

3.7 Specification of the User Interface; 

A user interface design that is very common in DSS 
employing line-at-a-time terminals, is the "Question-Answer" 
(Q/A) design. The Q/A interface design tends to be most 
successful with inexperienced or infrequent users who are 
unfamiliar with the problem to be solved. The main dis- 
advantage of a Q/A design is that it leads to a\dcware usage 
patterns if, during a dialogue, user needs to modify answers 
to previous questions. 

With Q/A design, the DSS asks the user a question 
(possibly multiple choice) , the user answers the question 
and so on, until the DSS produces the answers needed to 
support the decision, normally, a Q/A interface would use 
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"natural” language and may determine the next CLuestion 
based on the answer (s) to the previous q.uestion(s ) . If 
the DSS cannot "understand" an answer, or needs additional 
information, clarification questions may be asked. 

To make the user interface more effective the Q/A 
interface could be combined with a MEMT interface for routine 
interactions. The MEMJ interface allows the user to select, 
at the MEMJ level, one of the many main branches available 
to go down in the program structure of the DSS. 

It has been shown JA-J that the largest costs in devel- 
oping the software for a DSS is incurred on development and 
maintenance of software which implements the user interface. 
As an example, about 60% of the code written for DSS GADS, 

IS code for user interface, 

3.8 Modular Structure of User Interface Code; 

Modular means "standard design", so modularization 
means, to make standard. Modularization is a common 
programming technique, and it usually involves dividing the 
program into well defined, self-contained, small units 
with one entry and one exit. 

There is a high probability that the user interface 

will need to he modified during the life cycle of the DSS. 

% 

Hence, the code for the user interface should be in program 
units (modules) which are separate from the remaining code. 
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The code that reads and writes the data to and from the 
terminal should also he in modules separate from the code 
that defines the output and input formats for a specific 
interface. 

3.9 Conclusion: 

An effective user interface does not guarantee the 
success of a DSS, hut it is a necessary ingredient. There 
IS little research that indicates the relative importance of 
the interface with respect to many other factors which 
influence the success of the DSS. Two facts, however, do 
indicate its importance — 

1 ) The code for the user interface often represents 
the largest: percentage of the total code in a DSS 
and IS, most often modified code 

2 ) Communication is known to he an important 
ingredien’: in effective decision making and 
the user interface in a DSS is the means 
through which the users communicate with the 
DSS. 

With sufficient experimental data it should he 


possible to evolve a user interface so as to reduce cost 
and increase effectiveness. 



CHAPTER IV 


RETAILS OP IMPLEIEITTATIOH 

In this Chapter we discuss the specific implementation 
details of the system including the various programs, their 
structure and the mode of linking them. The basic implemen- 
tation strategy is as follows — 

4.1 Elements of the System Code; 

The code for the RSS consists of three parts namely 

1 ) Queries written in Interactive Query Language 
(IQL) to extract the requisite information from 
the data files and generate the required reports. 

2) The control programs written in higher level 
programming language FORTRAN that take the 
input from the user interactively, using a 
quest ion- and -answer mode and transmit it 
through the interface to the appropriate segment 
of the program. The input could be regarding 
the selection of the next step and/or regarding 
the value of a key to be used for the search 
through the sequential data files, 

3) The main controller of the DSS is designed 
using the ilIC (MACRO IIHERPRETED GOMlJllIDS) 
package. This is a very powerful package which 
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decides about the sequence of morator commands 
to be given to the ISC-IO computer system, used 
for this DSS. This sequence can be governed by- 
IT' conditions depending upon the values of 
certain parameters -which are changed during the 
execution of the programs, depending upon the 
inputs given by the user, 

4,2 Structure of lata Files; 

File processing involves a number of activities. 

One of the most basic is information retrieval. This 
retrieval could be based on one or more keys. In order to 
change the contents of the file to reflect new information, 
a different type of processing-updating is required * 

Updating a file consists of three activities; adding 
records, deleting records, ani modifying records, 

IQL provides very powerful and easy-to-use features 
for creating and updating the data files. For any data 
file, first a dictionary defining the file and record format 
IS created and then, using this dictionary, the data file 
can be created or updated. 

Since the DSS here may query the file using any field 
using any field of the record as key, the sequential file 
structure is best suited. 
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This DSS concerns itself with information regarding 
sponsored consultation projects and specializations of 
faculty members. Therefore, we have two sequential files 
for data as described below. 


4.3 File Description; 

1) Pile; PROJ.SSQ (for consultation projects) 
The record structure is as follows — 

1 ) Serial Number 

2) Eesearcn Field 

3) Research Topic 

4) Department; Initials eg, ME, GS, METE etc, 

5 ) Pull Department Name 

6) Last name of First Faculty Member 

7) Initials of First Faculty Member 

8) Last name of Second Faculty Member 

9) Initials of Second Faculty Member 

10) Initials of Sponsoring Agency 

11) Pull Name of Sponsoring Agency 

12) City where Sponsoring Agency is located 

13) Starting year of the Project 

14) Ending year of the Project 

15) Grant amount. 



2) Pile; SPBC.SPQ (for faculty specializations) 
Poll owing fields are there in each record — 

1 ) Serial Number 

2 ) ’ last name of Paculty Member 

3) Initials of Paculty Member 

4) Department Initials 

5) Pull Department Name 

6) Pirst field of Specialization 

7) Second field of Specialization 

8) Third field of Specialization 

9) Pourth field of Specialization 

10) Pifth field of Specialization. 

4.4 Information RetrieTal; 

4.4.1 Pirst Phase of Implementation; 

Now, a record could be retriewed with any of the 
fields as a key using IQL queries. Presently we have the 
following searches possible — 

1 ) PROJECTS can be searched 

a) Department wise 

b) Sponsorwise 

c) Name of Pacultywise 

d) AmountvHLse i.e. pro^jects with grant abowe 
given amount 
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e) Yearw3.se i.e. projects in any given year 
and f ) Yield of Re se archwise. 

2) SPRCIittlZATIORS could he searched 
a) ISIame of Racultywise 
and h) Yield of Specializationwise, 

Ror each of the above described searches a separate 
query in Interactive Query Language is written and stored in 
a separate lilC file. 

Search based on anj' of the keys could be for specific 
values of other keys also eg, a departmentwise list of 
projects could also be searched for a specific sponsoring 
agency, a specific faculty member and so on. The strategy 
for achieving this kind of a search is that all records 
with the first key matchir.g the given value are copied into 
another file and subsequeno searches are carried in this 
new file. The advantage of this is that the same IQL 
query for the search based on a particular key could be 
used irrespective of whether the key is the first one 
supplied by the user or any subsequent one. All possible 
combinations of the keys in any order are thus possible . 

Depending upon the input from the user the control 
programs of the interface ere cute the MIG file containing 
the appropriate IQL query, supplying it with all necessary 
information through the parameter transmitting facilty 
of the MIO and produce the required report. 
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4.4.2 Second Phase of Implementation: 

This phase of implementation, "which has been partly 
implemented, involves two stages which are as follows — 

1 ) Addition of more queries; 

The choice of IQL package as a DSS generator here, 
has been made due to the power of IQL for writing with 
relative ease, reasonably complex queries for performing 
various combinations of sorting, searching, aggregation of 
data, keeping track of counts of various items simultaneously, 
report formatting, copying records to different files, 
creating new files, maxing a goin of two or more files etc. 

This makes tne 30 b of exterding the present DSS 
extremely simple. The raodular structure of the control 
program and ease of designing queries using IQL puts 
enormous power in the hands of the designer to keep on adding 
new queries to the system to make the DSS more ard more 
flexible and versatile. 

Presently the queries, that have been written, are 
rather simple ones using essentially a tabular search in 
single data files. This is basically because the idea in 
this exercise has been to build a nucleus DSS which could 
grow into a reasonably large system with passage of ti m e . 
Following are a few queries which could be added on to 
the system straight away for the existing data files. 
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1) Get the number of projects for each department 
or each sponsor or each faculty member for a 
given period of time or above a given grant 
level etc. 

ii) Get the total grant amount apportioned to a 
given faculty member 5 a given department etc, 

111) Get a list of projects on which the faculty 

members, having a given field of specialization, 
are working. 

Unlike other queries, where the search 
IS within a table, here, join of the two data 
files or tables, namely PR OJ ,SUlQ and SP'SO.S'SQ, 
has to be made to accomplish the search. 

2) Implementing the ITew Query Module; 

This IS the stage where the transition to a genuinely 
versatile and flexible Decision Support System starts. So 
far, the system has been bound into a relatively fixed set 
of pre- determined queries. With the implementation of 
this module, the user is provided an opportunity to create 
his own I(3j queries wiihout going through the rigours of 
learning IQL, because, in a managerial environment, the user 
IS reluctant to use anything which imposes any structure. 
With this module, the user indicates his requirement of 
operations through a Question-Answer interface and the 
module generates a corresponding IQL query which is run by 
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the main control module and the output displayed. 

This module has currently heen implemented for a 
few basic functions of IQL and can be made more versatile 
in the next phase. 

4.5 Control Trograms of the DSS Interfaces 

All the control programs of this conversational 
interface are coded in the higher level programming 
language POETEAN. 

The mam program is a MEMJ which provides the 
alternatives to the user regarding which file he wants to 
search and what is the next step that he wants to take, i.e. 
which key does he want to base his search on.Depending upon 
his responses input here the next program to be run by 
the MIC controller is selected. There are several small 
and independent POETEAN programs, one for each route of 
search i.e. each key available for information retrieval, 
written in separate files. As per the route selected 
by the user in the MSrj program, the appropriate program 
IS run which, in a conTersational mode, takes the user's 
responses regarding the value of the key he has selected 
in the I'EFJ program ana also regarding the next step that he 
wants to take. He has an option to inspect the available 
key values at this step. 
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Once the user completes his input to this step, the 
MIC controller uses the inputs provided by the user and 
runs the appropriate IQL query and generates the required 
report in a pre-defined report format. IQL provides very 
powerful report formatting facilities. The inputs to 
the IQI query eg, the data file to be used and key values 
are transmitted through the parameter transmitting facility 
of MIC via the MIC file containing the query. 

If the key value is correctly specified, then the 
appropriate records are sorted and the report generated. 
However, if the key value is incorrect or does not match 
for any record in the file, then the program gives an 
appropriate message and instructs the main MIC controller 
to run another IQL query which gives a list of all available 
values for that field for the records contained in the 
current input file. After this the controller sends the 
control back to ro-run the previous input program to ask 
for a fresh key value from the user. 

After a report has been generated, the controller 
runs a program which gives the user an option to retain a 
print file for this report or otherwise. The user can 
save a print file under a name specified by him. 

At the next step the controller runs a program 
which ascertains the user’ s intention regarding either 
exiting from the system or going back to the MEMJ for allowing 



the user to take a ro-run of the system. 

The aboYO description gives a general outline of 
the strategy that the DSS designed in the present exercise 
utilizes to ccmverse ¥ith the user, ascertain his require- 
ments and generate the reports desired by him. The flow of 
control IS depicted in a schanatic form in Figure 4.1 . 


4.6 List of Programs and their Functions; 

Following IS a list of actual programs and a brief 
description of the functions perfcrmed by them. 

4.6,1 FORTRAN Programs 
1 ) MEMJ; 

This IS the main interface program ■^^ri:llch asks 
the user to indicate whether he wants the information 
for Projects or Specializations or wants to exit. 

Then, based on the route he indicates, further questions 
are asked regarding the key he wants to base his 
search on etc. The user’s responses are written in 
an output file through which they are transmitted 
to the Idle controller. 
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2 ) CLEiE; 

After a query has been successfully run and a 
report generated, this program is run. It elicits a 
response from the user regarding whether he wants 
to retain a print file for his report and if so, 
under what name . 

3) EEPEAT; 

After completion of one run, this program of 
the interface helps the user to decide whether he 
wants to quit or re-run the system, 

4 ) PLASH: 

This IS a small program which clears the screen 
of the video terminal. 

5) PEOJI; 

This input program is run if the user indicates 
to the li'lEHU program that he wishes to search the 
data file for projects with "department" as the key. 
To this program the user gives his response regarding 
the value of the key (department ) and the next step 
regarding any further sub-divisions of the search 
or otherxjise, 

6) PEOJSs 

function similar to that of PEOJE for 


sponsor name as the key 



7) PROT; 

Name of faculty ad a key. 

8) PROJAs 

Grant amount as a key. The user is asked to 
specify a Lo-wer limit for the grant amount. 

9) PROJYs 

Calendar year as a key. User specifies a 
particular year for which he wants all the 
projects running. 

10) PROJPj 

This program is run when the user has specified 
the field of research as a key* 

11) SPUCRj 

This program of the interface is run when the 
user has specified in the MUUU that he wants to 
search the data file for faculty - specializations 
based on faculty name as the key. The function 
IS similar to that of the earlier mentioned 
in-put programs for Projects eg, PROJTSf etc. 

12) SPECP; 

Input program for search based on field of 
specializaoion as a key for faculty-specialization 

data file. 

13) FJWCffiY; 

This program ascertains the user's requirements 
for writing of a new query using a Question-Answer 
format and passes this information on to the 



corresponding iilC program which transforms 
it into an IQL query and runs it. 


4.6.2 i'lIC Programs ; 

T. P'^'n'O.MIC; 

This IS the mam MIC (MACRO IITTEEPEITED 
COMiiAlMDS ) controller prograra. It is hasically 
a set of monitor commands which are executed as 
per the user’ s response which are transmitted 
to this controller program from the interface 
programs through the parameter transmitting 
facility of me. Based on the parameter values, 
the control can flow to different sections of 
thi klG program, 

following MlO files are for searching through the 
data 111 ) for consultaeion projects, 

2. L’ROCD.UiC; 

This program file contains an IQL query for 
s .arching the daha file for consultation projects, 
PROJ.SBQ and extracting tho relevant records using 
department as a hoy. This file is executed by 
the main MIC controller and th- query run as and 
when tho user inaicates it as his requirement, 

3. PRO JS. HI Os 

This has a structure and function samilar to 
PROJL.MIO except that the query here uses sponsor- 


name as a hoy. 



4. PRO JN. MIC; 

This contains ? query which usos the name of 
fa,culty mom'bv''r es key for searching in the data 
file PEOJ.SIQ. 

5. PRO JA .MIC; 

Contains a query using tho grant amount as a 
koy which extracts all records with grant monoy 
aboTG an amount given by the user. 

6. PRO JY. MIC; 

The query here uses the year as the key and 
extracts the records which have projects which 
would bo running in the yea.r given by the user 
<as n,n input, 

7. PRO JP. MIC; 

Records ere searched and extracted based on 
r ;s ;arch-fiold as key. 

b. PROJDP.l'ilC & PROJSP.MIC; 

These files contain IQh queries for generating 
full reports of all projects, depa-rtmantmso and 
oponsorwise respeo-oively. 

c; PROJDL.wIC, PPOJSL.MIC, PROJML.MIC, PROJAL.MIC, 
PROJYL.MIG, PEOJPL.MIC; 

Bach of these files contains an IQL query for 
extracting all the available key values in the 
input file for department, sponsor, faculty-name, 
grant amount, year and research-field respectively 

as key. 
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10. PROJDP.MIC, PROJSP.MIC, PROJTPE’.MIC, 

PRO JAP. MIC, PROJTP.MIC, PRO JET .MIC; 

These files contain queries for generating 

reports for the data finally extracted by preTious 

query based on keys department, sponsor, name, 

amount, year and field of research respectively, 

PolloTO-ng MIC files contain IQL queries for extracting 
records or performing, other functions similar to that for 
the ones montionod above for the data file for faculty- 
spec iriizat ions, namely SPSO.SIQ. 

1 1 . SPaCM .MIC , SPRCP .MIC: 

These files contain queries for extracting 
records from eho data file SPRO.SlQ for a given 
vp.luG of the key faculty-name or field of 
specialization rospectivoly. 

12. SPBOmi.MIO, SPBGIL.MIG: 

Queries for listing all available key values 
for faculty-name and specia-lization as key 
respectively. 

1 3 . SPBCKP , MIC , SPB CPP . MIC ; 

The queries stored here arc used for generating 
the name-wise or field wise list respectively for 
the records extract od frem the data file by the 


previous queries 
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14. ‘NSWQRY.l'CEG; 

This program generates a new IQL query according 
to the requirements indicated by the user and runs 
that query to output the desired report. 

4.6.3 MACRO Pr ogram ; 

1 . M.liA.C j 

This is a MACRO routine which is called from 
within each of the PORTRAN programs of the interface. 
It suppresses the normal system output at the end of 
execution of a PORTRAM program eg. the statements 
signifying the end, CPU time etc. This suppression 
is done to eliminate the display of unnecessary and 
unattractive information in the user interface. 



CEAPTER V 


COWCLUSIORS 

In the exercise undertaken currently for deyeloping 
a model for Decision Support System for project information 
has been designed and implemented on DEC-10 computer for the 
use of tho Research and Development Cell of IIT, Kanpur. 

As has been discussed earlier, a DSS does not intend 
to replace tho manager or his tools. It merely is an 
extension to his techniq.uos to support him m his decision 
making function. 

"D jhavioural scientists would approwe of tho 
emphasis in DSS on the user's needs, capabilities and 
procedures" . The computer had not really been 
of major and direct value to managers in their problem solving. 
Information processing technology can bo made useful to 
thorn, given an understanding of their needs. 

It IS felt to be essential to emphasise that 
tho major points of focus in building a Decision Support 
System, which have been tho chief consideration in this 
exjrciso, are as follows; 

(i) An evolutionary approach to DSS design is 
necessary. DSS applications do not come 
tidily packaged with neat specifications. 

The emphasis therefoce should bo to get 
started with an initial design and then 



build tne system based on user's response and 
his groidn^ experience. 

(ii) In a 3333, the most important part of the system, 
■which IS vital to its success, is the user 
interface and this is where the major attention 
should ce paid. The design of the dialogue 
IS important m this respect. 

The modular structure of the program makes it 
amenable to any extension or modification. If it is felt 
that some more types of queries based on the current data 
files arti required or some new data files and queries have 
to be added, all tha-. is required is a slight modification 
of the FiSi^IU program bnd writing of the now IQL queries 
in separate kIC files. All it needs to link these queries 
to the main controller is the naming of those files so 
that the output from the I-IENIJ program transfers the control 
to those files for execution. 

Since the intention hero has boon to have a search 
basod on any field of the record as key, the sequential 
file structure has boon chosen, as it would bo a bit too 
complex tp have indexes for each field, besides requiring 
additional storage space. However, the DSS generator used 
hire, naiaely IQL, can support Indexed sequential or Beta base 
files also. 

The choice of IQL as a generator is also important 
in the context of adaptability to future extensions. Since 
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the search procedure in this particular case ultimately 
toils down to a tabular search, we could have written 
one COBOL program to incorporate the whole system but 
then any extension or modification would have become 
an extremely cumbersome 30b. With IQI we have very powerful 
features ard ease of functioning for formatting new 
reports, creating new data files or updating the old ones. 
Besides, if the need is felt at any stage, the IQL can 
also, very easily support an indexed sequential file or 
a data base file for tho data. 

The possibilities for extension are enormous, as 
thi search can be conducted based on any field of tho 
record as a key. Besides, with ICL any sort of aggre- 
gation, counting, comparison, copying or creation of 
njw f il J structures can be done very easily. This coupled 
with tho powerful report formatting and generation 
featureo of iQh make it a very handy tool for extension to 

njw queri --s and reports. 

Hence, with more user experience with this system, 
It can be evolved, with a reasonable amount of ease, to a 
otr.jj wlwru It bocomjB p truly floriblo and vorsatrle 
Duoruion ::upport Systum for soTornl areas of aotiTity m 


this Institute. 
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